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MENU MANAGEMENT MECHANISM THAT in the art for a mechanism that considers more that just 

DISPLAYS MENU ITEMS BASED ON recency, as is the case with prior art variable content menu 

MULTIPLE HEURISTIC FACTORS management mechanisms; and more than just frequency, as 

is the case in the fixed content menu management mecha- 

5 nism of Blades. 

FIELD OF THE INVENTION Another need for improvement pertains to user control. 

~ut~ c H*t* nr ^ M ;„« <-„.*<™ Existing menu management mechanisms do not allow a user 

M 7 T t f- P^f^S f yStems - to choole which heuristic factors are considered or to tailor 

More particularly the present invention relates to menu memjs b ^ m mana t mechanism l0 

management mechanisms for user interface-based pro- ^ mam t am a certain menu item order wimin a given menu. 

8 rams * Without an improved menu management mechanism that 

BACKGROUND OF THE INVENTION provides comprehensive heuristic control and user control 

over the arrangement of menu items, users will continue to 

The use and the popularity of computer systems have suffer from the inefficiencies of today's menu management 

steadily increased since around the middle of the twentieth mechanisms. 

century. Tins trend has been fueled by many different 15 SUMMARY OF THE INVENTION 
advances in computer system technology (e.g., the invention 

of random access memory in the 1950s and the introduction The mechanisms of the present invention provide com- 

of the personal computer in the 1980s). One of the more prebensive menu arrangement control by providing several 

recent of these advances relates to what is called a graphical discretc '. vet complementary, features. One feature is the 

user interface 20 automatic ranking control feature, which provides for auto- 

. ' . , . , . . - , matic heuristic control over menu item arrangement for both 

Agraphical user interface, which is sometimes referred to fixed and variable COQtent menus ^ automatic rankillg 

as a "GUI," is a type of computer system display format that control fcature of the present invention uses one or more 

allows computer system users to interact with a computer heuristic factors to automatically control the order in which 

system by pointing to pictorial representations of programs ^ menu item are arranged on a given menu. This feature is 

(called icons), lists of items (called menus), and to indi- significant because it allows the menu management mecha- 

vidual representations of other computer system items such nism of the present invention to adapt quickly as use patterns 

as files and commands. This invention pertains to the change, while still taking historical selection patterns into 

presentation of menus to computer system users via user account. (We use the phrase heuristic factor to generically 

interfaces such as GUIs. There are essentially two different 3Q describe information about past use. Examples of heuristic 

types of menus. We use the phrase fixed content menu to factors include: frequency of selection, recency of selection, 

describe those menus that have items that remain the same and time of day of selection.) 

over time. We use the phrase variable content menu to A second feature relates the manual menu item control. 

describe those menus that have items that change over time. T° e manual control facility of the present invention allows 

The main problem with existing menu presentation 35 me u ^ r t0 manuaUy rank inmvidual menu items and to 

mechanisms is that they limit user efficiency because they do manua "y a Ume °f da y du ™ g wmc f h , k indmdual 

•j / * ... . » . i menu items are to appear at or near the top of the a given 

not provide comprehensive heuristic control over the rr r & 

- r . , - . . . menu, 

arrangement of menu items. Instead of taking experience A ... , - ^ - . , . , , 

• . i_ • • A third feature of the present invention relates to auto- 

into account, existing menu management mechanisms ^ain- ^ ^ ^ ^ [qq{ s]z& 

tain a relatively ngid menu item arrangement, regardless of „ facm of tfae t invention aUows ^ usef tQ dfy a 

whether the particular arrangement makes sense in light of m inimum font size for variable content menus. This mini- 

the historical selections that were made by the program s mum font size ^ lhen used lo maximize the number of menu 

user. Fixed content menus arc never rearranged, no matter items lhat caD ap pear in variable content menus, 

how often a user selects certain items and/or ignores certain A fourth feature of the present illvent ion relates to menu 

other items. On the other hand, variable content menus 45 initiahzation. The teachings of the present invention include 

change only in strict sequence with the order of past user a clien t.server environment wherein historical menu item 

selections such that only a certain number of the most recent arran gement information is kept and periodically updated 

selections appear on the menu. for different types of nc historical menu item 

One improvement in the menu management field, at least arrangement information is then used to initialize or reset a 

with respect to fixed content menus, is the menu manage- 50 user's menus upon request. 

ment mechanism described in U.S. Pat. No. 5,420,975, A fiflh feature of the present invention relates to web 

which issued to Blades et al., and has been assigned to browser initialization. This feature, which is referred to 

International Business Machines Corporation. This menu herein as the smart load facility, allows the web browser user 

management mechanism tracks the number of times (i.e., the to choose to have the web browser automatically load a 

frequency) that menu item is selected, and changes the 55 selected home-base web page after initialization (as is seen 

relative appearance of each item (through highlighting or irj prior art web browsers) or to have the web browser 

deletion) based on how each item's frequency of selection automatically load the web page that appears at the top of a 

compares with the other items in the menu. While the Blades Uniform Resource Locator (URL) list (i.e., a QuickList in 

mechanism does not change the actual order in which menu ibm WebExplorer terminology or a Book Mark list in 

items are presented to the user, the mechanism does cause 60 Netscape Navigator terminology) 

those items having a higher frequency of selection to be Ttae afld Qther feamres of me preseDt inveDtioQ afe 

displayed more prominently. described in the following pages with reference to the 

While the Blades mechanism handles fixed content menus below-listed drawings, 
better than other prior art mechanisms, there is still further 

need for improvement. For example, there is still a need in 65 BRIEF DESCRIPTION OF THE DRAWINGS 

the art for a mechanism that considers multiple heuristic FIG. 1 is a block diagram of the network that is used in 

factors for menu management. That is, there is still a need the preferred embodiment of the present invention. 
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FIG. 2A is a block diagram of the client computer system client workstations (i.e., clients 200, 275, and 280). 

that is used in the preferred embodiment of the present However, those skilled in the art will appreciate that the 

invention. present invention could well be practiced on a single work- 

FIG. 2B is a block diagram of the server computer system station and that the present invention is not limited to use to 

that is used in the preferred embodiment of the present 5 anv one network configuration. It should also be noted that 

invention. the ensuing explanation uses a web browser (shown as 

FIG. 3A is a diagram that shows the steps used in the WebExplorer 250 on FIG. 2A) as the program that has been 

preferred embodiment to carry out a portion of the smart enhanced to incorporate the menu management mechanism 

load facility of the present invention. of ^ c P rcsent invention. Of course, use of a web browser 

FIG. 3B is a diagram that shows the initial steps taken by 10 tj> and use of, a network Here though, 

the user to initiate the menu initializer of the preferred DetW ° ^ * m tht description to 

embodiment. explain certain chent-server aspects of the menu manage- 

a a if n a' .u * u tL . j . , meDt mechanism of the preferred embodiment, not for an 

? a » *? ugrani that shows < he ste P s ™* d 10 the explanation of the interaction between web browsers and 

preferred embodiment to carry out the processing of the 35 networks 

menu initializer of the preferred embodiment. ™~ . 

at> * j* *i_ t i ■ - MO. 2A is a block diagram of the client computer system 

FIG. 4B is a diagram that shows the menu configuration of the preferred embodiment. Client 200 is an enhanced IBM 

dialog box of the preferred embodiment. Personal Q, mputer 350 ?l00; however, client 200 ^ 

FIG. 5 is a block diagram of the master profile of the also be a network computer connected to a server computer 

preferred embodiment. 20 sys tem (i.e., such as server 300), or some other type of 

FIG. 6 is a block diagram of the user profile of the computer system. As shown, client 200 comprises main or 

preferred embodiment. central processing unit (CPU) 205, which is connected to 

FIG. 7 is a block diagram of the menu record of the main memorv 225 » display adapter 230, auxiliary storage 

preferred embodiment. adapter 235, and network adapter 210. These system com- 

FIG. 8 is a block diagram of the menu item entry of the * ??f ^ ™ ^fT n f d * rou u gh me use u of s ^ m bus 

preferred embodiment. ? 15 " should be "ndenstood, however, that the present 

inn a v ui i ^ r *u , invention could be practiced using some other type of a 

FIG. 9 s a block chagram of the menu name/number pK)cessor such „ a * an auxili £esso r 

mapping structure of the preferred embodiment. A ... , ^ . ■ v 

crrc inA .u u inn j* . , « Auxiliary storage adapter 235 is used to connect mass 

FIGS. 10A through 10D are diagrams that show the steps 30 e deyices (such ^ ^ Disk ^ 

used to carry out ^ Though ^ client 200 fa ^ ^ d ^ fl 

preferred embodiment. pomting deyice (mouse) ^ aUows ^ ^ 

FIG. U is a diagram that shows how the manual control tions and to otherwise move about the GUI interfaces 
dialog box of the preferred embodiment is used to initiate the presented by operating system 220 and the other programs 
manual ranking control facility of the preferred embodi- 35 that execute on CPU 205 of client 200. 

ment * As shown, main memory 225 contains IBM WebExplorer 

FIG. 12 is a diagram that shows how the manual control 250, menu adjuster 255, menu initializer 260, profile feed- 
dialog box of the preferred embodiment is used to initiate the back mechanism 265, user profile 270, and operating system 
manual time of day control facility of the preferred embodi- ^ 220. WebExplorer 250 is the computer program of the 
ment - preferred embodiment that has been enhanced to include the 

FIGS. 13A through 13D are used as aids in the explana- menu management mechanisms of the present invention, 
tion of how the manual control facilities and the automatic Menu adjuster 255, which is explained in more detail in 
control facilities of the preferred embodiment interrelate to the text associated with FIGS. 10A through 10D, is the 
provide comprehensive menu item arrangement to the user. 45 mechanism that is primarily responsible for arranging the 

FIG. 14A is a diagram that shows the steps used to carry menus of the preferred embodiment. Menu initializer 260, 
out the processing of the profile feedback mechanism of the which is explained in the text associated with FIG. 4A, is the 
preferred embodiment. mechanism that is responsible for interacting with the user 

FIG. 14B is a block diagram of the profile feedback to establish preferences and for the initial arrangement of the 
message of the preferred embodiment. 50 menus of the preferred embodiment. Profile feedback 

FIG. 15A is a diagram that shows the steps used to which i ^ explained m more detail in the text 
carryout the processing of the profile management mecha- with FIG. 14A, is responsible for notifying the 

nism of the preferred embodiment. s ? vtr of meDU llem a™gement changes, so that those 

Tur- leu • * i i j. . , - changes can be incorporated into master profiles of a given 

Jl V b £? f™ ^'k!^ ** Pf0gram » type. User profile 270, which is explained in more detail in 

preference profile of the preferred embodiment. ^ text associated with FIGS. 6 through 8, is the data 

FIG. 15C is a block diagram that shows the menu pref- structure that houses the majority of the information used by 
erence record of the preferred embodiment. the mechanisms of the preferred embodiment. Operating 

FIG. 15D is a block diagram that shows the menu item system 220 is the multitasking operating system known in 
preference entry of the preferred embodiment. 60 the industry as IBM OS/2 Warp, although those skilled in the 

DESCRIPTION OF THE PREFERRED ^ ****** ^ SyStCmS couU be 

EMBODIMENT ' ... „ . t ^ 

Client 200 utilizes well-known virtual addressing mecha- 
Turning now to the drawings, FIG. 1 shows a diagram of nisms that allow its programs to behave as if they have 
network 100, which is the network used in the preferred 65 access to a single, large storage entity (i.e., instead of access 
embodiment of the present invention. Network 100 is com- to multiple, smaller storage entities such as main memory 
pnsed of a single server, server computer 300, and several 225 and HDD 240). Therefore, while IBM WebExplorer 
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250, menu adjuster 255, menu initializer 260, profile feed- 
back mechanism 265, user profile 270, and operating system 
220 are shown to reside in main memory 225, those skilled 
in the art will recognize that these programs are not neces- 
sarily all completely contained in main memory 225 at the 
same time. For example, portions of operating system 220 
will reside in main memory 225 while executing on CPU 
205, but will at other times reside on HDD 240. (The term 
memory is used herein to generically refer to storage that 
spans the entire virtual address space of a computer system, 
irrespective of the particular physical devices that make up 
that storage.) We should further point out here that the 
programs shown in main memory 225 need not necessarily 
all simultaneously reside on client 200. Indeed, this latter 
scenario would likely be the case if client 200 were a 
network computer, and therefore, be dependent upon an 
on-demand shipping mechanism for access to mechanisms 
or portions of mechanisms that resided on server 300. 

Display adapter 230 is used to directly connect a display 
device to client 200. It should be understood that the present 
invention can be used to arrange any menu of user-selectable 
items regardless of the medium that is used to present that 
menu. In other words, although the preferred embodiment 
arranges menu items visually on a computer screen or other 
display device, the invention is equally usable on a non- 
visual presentation device such as an auditory interface that 
uses synthesized speech or a tactile interface that uses the 
Braille system of raised dots. 

Network adapter 210 is used to connect client 200 to 
server 300. In the case of the preferred embodiment, this 
connection is between network adapter 210 and network 
interface 310 of server 200. If client 200 had been one of the 
so-called "thin client" computer systems (e.g., such as the 
IBM Network Station) the connection would be between 
network adapter 210 and terminal interface 330 of server 
300. 

FIG. 2B is a block diagram that shows further details of 
server 300. Server 300 is an enhanced IBM AS/400 com- 
puter system; however, those skilled in the art will appre- 
ciate that the mechanisms and apparatus of the present 
invention are not limited to the particular type of system 
used in the preferred embodiment. As shown, server 300 
comprises main or central processing unit (CPU) 305, which 
is connected to main memory 325, terminal interface 330, 
auxiliary storage interface 335, and network interface 310. 
These system components are interconnected through the 
use of system bus 315. Auxiliary storage interface 335 is 
used to connect mass storage devices (such as Hard Disk 
Drive 340) to server 300. 

As shown, main memory 325 contains profile manage- 
ment mechanism 355, program preference repositories 360, 
master profiles 365, and operating system 320. Profile 
management mechanism 355, which is explained in more 
detail in the text associated with FIG. 15A, is the mechanism 
that is responsible for sending copies of master profiles 365 
to requesting clients and for continually updating master 
profiles 365 with changes in use patterns so that they can 
each accurately reflect historical menu arrangements for a 
particular user type. 

Operating system 320 is a multitasking operating system, 
known in the industry as OS/400; however, those skilled in 
the art will appreciate that the spirit and scope of the present 
invention is not limited to any one operating system. 

The interfaces (called input/output processors in AS/400 
terminology) that are used in the preferred embodiment each 
include separate, fully programmed microprocessors that are 
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used to off-load compute-intensive processing from CPU 
305. However, those skilled in the art will appreciate that the 
present invention applies equally to computer systems that 
simply use I/O adapters to perform similar functions. 

Terminal interface 330 is used to directly connect one or 
more terminals to server 300. These terminals, which may be 
non-intelligent or fully programmable workstations (e.g., 
such as those known in today's nomenclature as "network 
stations" or "thin clients"), are used to allow system admin- 
10 istrators and users to communicate with server 300. Network 
interface 310 is another means by which other computer 
systems and/or workstations can be connected to server 300 
(i.e., in network fashion). It should be noted, though, that the 
present invention applies equally no matter the exact con- 
15 nection mechanism that is used. The important point is that 
server 300 can be connected to other computer systems 
and/or workstations. It is not important whether the 
connection^) is made using present-day analog and/or digi- 
tal technique or via some networking mechanism of the 
20 future 

As a final preliminary matter, it is important to note that 
while the present invention has been (and will continue to 
be) described in the context of fully functional computer 
systems, those skilled in the art will appreciate that the 

25 mechanisms of the present invention are capable of being 
distributed as a program product in a variety of forms, and 
that the present invention applies equally regardless of the 
particular type of signal bearing media used to actually carry 
out the distribution. Examples of signal bearing media 

30 include: recordable type media, such as floppy disks, hard 
disk drives, and CD ROMs and transmission type media, 
such as digital and analog communications links. 

Terminology — Fixed Content Menus v. Variable 
35 Content Menus 

Before proceeding too far into an explanation of the 
preferred embodiment, it is important for us to reiterate our 
use of certain terminology for the description of different 

40 types of menus. We use the phrase fixed content menu to 
describe those menus that have items that remain the same 
over time. The Configure menu of FIG. 3 is a good example 
of this type of menu. We use the phrase variable content 
menu to describe those menus that can have different menu 

45 items over time. These menus are usually managed through 
recency control in prior art menu management mechanisms, 
with the items being ranked on the list from most recent to 
least recent. The QuickUst menu that appears on FIGS. 11 
and 12 is a good example of a variable content menu, 

50 although it is not, and should not be considered, a prior art 
menu. Lastly, it should be noted that some prior art menus 
have fixed content portions and variable content 'portions 
(i.e., portions that always have the same items and portions 
that change based on use). These menus are referred to 

55 herein as mixed menus. While the program used in the 
preferred embodiment (i.e., WebExplorer 250) does not 
include a mixed menu, it should be understood that the 
teachings of the present invention apply equally to this type 
of menu and that the mechanisms of the preferred embodi- 

60 ment would require only slight change (i.e., menu adjuster 
255 would need to be modified to be scoped to window 
portions instead of to entire windows, as is described in the 
ensuing paragraphs) to accommodate mixed menus. 
FIG. 3A shows certain steps used in the preferred embodi- 

65 ment to carry out the smart load facility of the present 
invention. When WebExplorer 250 is first activated by a 
user, it will perform it normal initialization and present a 
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web page to its user. WebExplorer 250 has been enhanced to selected during the "current period** of the day being pre- 

allow the user to have a selected home-base page presented sented before those that were not last selected during the 

(as is seen in prior art web browsers) or to have the first page "current period" of the day {referred to herein as automatic 

in the QuickList menu presented (i.e., as represented by the time of day control}. The reader should also note that while 

first URL on the list). This facility provides benefits to the 5 the mechanisms of the preferred embodiment allow users to 

user beyond the flexibility of having two choices. As will be select a single heuristic factor for consideration during menu 

explained in more detail in the forthcoming pages, the item arrangement, most users will configure the mechanisms 

menus of the QuickList menu and the other menus of the of the preferred embodiment to have several heuristic factors 

present invention can be configured to have their menu items simultaneously considered during automatic menu arrange- 

arranged based on a variety of heuristic factors and/or based 1Q ment (see FIG. 4B, for example, where the user has enabled 

on two different manual controls. This means that the first automatic recency, frequency, and time of day control for 

web page that is presented to the user can be configured to variable content menus). It should also be noted that while 

be one that makes the most sense in light of the past web the automatic ranking control feature of the preferred 

pages that have been presented to the user or in light of embodiment can be individually applied to fixed content or 

manual control choices that were explicitly put in place by variable content menus, other applications of automatic 

the user. ranking control would also fall within the spirit and scope of 

The initialization of WebExplorer 250 begins in block 300 the present invention. For example, an equivalent mecba- 

of FIG. 3A. Block 305 represents initialization processing nism (in the patent law sense) would be one that did not 

that is unrelated to the smart load facility of the preferred distinguish between fixed content and variable content 

embodiment. In block 310, the home load flag is checked to 20 menus. 

determine whether the user wants to see a selected home- The user is also able to select a profile type (shown here 

base page or the web page that appears at the top of the as type "Engineer") and a minimum font size. The profile 

QuickList menu. This determination is made through refer- type information is used to obtain the correct master profile 

ence to home load flag 617 of user profile 600. If home load from server 300 for initial menu arrangement, and to provide 

flag 617 is set, the URL for the selected page is passed to the ^ feedback to server, 300 about selection patterns for a user 

mechanism within WebExplorer 250 that is responsible for that selected tile specified profile type. Minimum font size 

retrieving web pages based on a URL (this mechanism is control, which is explained in the text associated with FIG. 

referred to herein as the page fetcher) {block 325}. 10C, allows the menu management mechanism of the 

If home load page 617 is not set, a load flag is set {block present invention to automatically adjust font size within a 

315} and menu adjuster 255 is invoked with the QuickList 30 certain range, so as to maximize the number of menu items 

menu name {block 320}. The load flag, which is used to that can be placed into a variable content menu that has a 

inform menu adjuster 255 that it is being invoked during fixed window size. 

initialization, is kept internally to WebExplorer 250, Lastly, the user is able to configure WebExplorer 250 to 

although those skilled in the art will appreciate that other present a selected home-base web page through selection of 

tracking mechanisms are possible. Menu adjuster 255 per- 35 the Home Load option or to present the page associated with 

forms certain processing and returns the first URL in the the first URL in the QuickList menu through selection of the 

QuickList back in block 330, The specific processing within QuickList Load option. These latter two options control the 

menu adjuster 255 is not discussed here to avoid confusion. smart load facility of the present invention. When the Home 

However, it is described fully in the text associated with Load option is selected, home load flag 617 of user profile 

FIGS. 10A and 10B. The returned URL is then passed to the 40 600 is set to TRUE and when the QuickList Load option is 

page fetcher {block 330}. selected, home load flag 617 is cleared. The smart load 

FIG. 3B shows one view of the graphical user interface of facility was described in the text associated with FIG. 3A 

the preferred embodiment. As shown, WebExplorer 250 has and will be described further in the text associated with FIG. 

been enhanced to include a "Menus ..." menu item 10A. 

selection option in its "Configure" menu. Selection of this 45 Returning now to FIG. 4A, menu initializer 260 screens 
option allows the user to interact with menu initializer 260. selection events for "OK" and "Cancel" events {blocks 415 
FIG. 4A is a diagram that shows the steps used to carry out and 417} . A cancel event results in termination of processing 
the processing of menu initializer 260 of the preferred in block 450; whereas, an OK event results in a determina- 
embodiment. When initiated, menu initializer 260 immedi- tion of whether user type information was input by the user 
ately displays the menu configuration dialog box of the 50 {block 420}. (As an aside, please note that we use the phrase 
preferred embodiment {block 405} and waits for an "OK" user type interchangeably with the phrase profile type.) If so, 
selection event in block 410. Menu configuration dialog box menu initializer 260 determines whether this is a first time 
470 of the preferred embodiment is shown on FIG. 4B. As setup of the menu arrangements or a subsequent configura- 
shown, this dialog box allows the user to select the heuristic tion change. (In the preferred embodiment, this is informa- 
factors that he or she wants accounted for during menu 55 tion that is stored internally to WebExplorer 250, although 
arrangement. The user may choose to have menu items those skilled in the art will appreciate that other equivalent 
arranged based on the relative length of time since the menu means exist for determining whether or not an initialization 
items were selected, with the items being ranked presented request was a first time request.) If this is a subsequent 
(ranked) from most recent to least recent {referred to herein configuration change (e.g., a change to a heuristic factor and 
as automatic recency control}; the user may choose to have 60 not a complete initialization), the user is asked whether they 
menu items arranged based on how often the individual want to replace their current menu item arrangement with 
items are selected in comparison to the other items on the that of the master profile that resides on the server. (This 
same menu, with the items that are selected most frequently dialog box is not shown.) In any case, a first time initial- 
being present first {referred to herein as automatic frequency ization or a request to replace an existing arrangement will 
control}; and/or the user may choose to have their menu 65 cause menu initializer 260 to send a profile request to the 
items arranged based on the time of day at which a given server {block 425} and wait for return of the profile in block 
menu item was last selected, with items that were last 430. The profile request contains information about the type 
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of profile needed (i.e., "Engineer" in this case) and the determine whether the user wants to load a selected home- 
program for which it is needed (i.e., WebExplorer in this base web page, or the first web page in the QuickList, after 
case). Please refer to the text associated with FIG. 15A for initialization of WebExplorer 250. When set to TRUE, home 
details about how profile requests are received and handled load flag 617 indicates that a home-base page should be 
at the server. 5 loaded and when cleared (i.e., FALSE), home load flag 617 

When the copy of the master profile is received from the j 0 *^* 81 me S**!? " Quid p l . shouU J* 

server (i.e., server 300 in this case), menu initializer 260 ^ded Menu records 620 have the same function as that 

~~u-a»L~ r_ju^i, ~~„u~- ' r „ • described with reference to menu records 515, and it is these 

schedules profile feedback mechanism 265 for execution in . „, 4 ..... , ... 4 . ... ' , 

i le , r j , . e . records tnat are initialized with those of the master profile, 

block 435. In the preferred embodiment, profile feedback „i •„ A .u- j a * * i i 

„ u - u a t ^ * i j -r m ° nce initialized, these records are used to track user selec- 

mechanism 265 is scheduled to wake up and perform its 10 \ , f 

„ . - . ... • ,i « • i Uon patterns and to arrange the presentation of the associ- 

processing every 7 days, although other schedules are pos- ni A „ * . i 

•ui *ff ci f « i l • , / ated menus appropnately. 

sible. After profile feedback mechanism 265 has been - . , . „ . 

scheduled, menu initializer 260 updates the user's profile to ™J. 7 show f 1116 mcm ! record St ^ Urc t of ' he P refc,red 

match that of the master profile {block 445}. In the case * mtod ™f • Menu reco ^ S ™ C J?°' which 1S . lhe Struc ' 

where no profile request is sent (i.e., because the user does 15 turc " sed , f ° r ^nu records 620 of FIG. 6 comprises menu 

not want their user profile to be changed), the existing menu ^^/^n.T? ™!^!^ te M «?|f nt meDU 

item arrangements are preserved. These existing arrange- (TCM/VCM) flag 705 last selection time field 715, recency, 

ments are default arrangements in the case of a first time ^Tk^ ™ V K °' ™ ?™ 6011165 

initialization or current arrangements in the case of a sub- 725 ' Menu numbcr 702 is used by menu adjuster 255 to map 

sequent user configuration change. 20 a ~™ name to a menu record. FCM/VCM flag 705 is used 

Z t0 determine whether the menu represented by the subject 

Regardless of whether a profile request was sent to the menu record fa a Mc6 content menu or a variable content 

server, menu initializer 260 updates the user's profile to memi> ^ time field 715 ^ ^ t0 house the last 

reflect the user s recency, frequency, time of day, profile date ^ time ^ me rohjec| menu had a meQU item 

type, minimum font, and load settings. Menu initializer 260 ^ ^0^^ ^ ^ t0 consider recency of 

then ends its processing in block 450. 25 menu arrangement . ReccDCVj freque ncy, 

FIGS. 5 through 8 show the profile structures of the and time of day flags 720 are used to determine whether the 

preferred embodiment. user wants recency, frequency, and time of day considered 

FIG. 5 shows the master profile structure of the preferred during menu arrangement, 

embodiment. As shown, master profile 500 is comprised of 30 FIG. 8 shows the menu item entry structure of the 

program name field 505, profile type field 510, and a series preferred embodiment. Menu item entry structure 800, 

of menu records (shown as menu records 515). Program which is the structure used for menu item entries 725 of FIG. 

name field 505 is used to identify the«particular program for 7, is used to store information that is used to control the 

which the profile is being used. In our example, program placement of individual menu items in a menu. As shown, 

name field 505 would contain an identifier for the WebEx- 35 menu item entry structure 800 comprises item text 805, 

plorer program. Profile type field 510 is used to identify the activation information 810, time stamp 815, current rank 

particular type of profile at issue. In our example, the user 820, manual rank 825, rank rating 830, use count 835, and 

entered type "Engineer" in the user type field of menu time of day range 840. Item text 805 is the field that contains 

configuration dialog box 470 of FIG. 4B. Other types of the textual identifier for the item at issue. For example, the 

profiles might be "Programmer," "Secretary," "Scientist," 40 item text field for the highlighted item on the Configure 

"Doctor," etc. The profile type and program name fields are menu of FIG. 3 contains the text "Menus . . . 

used to identify a particular master profile. Menu records Activation information field 810 contains location infor- 

515 each contain information about individual menus for the mation about the item that is the subject of the selection. In 

subject program. For example, master profile 500 contains some cases, activation information field 8.10 will contain no 

on menu record for each of the six menus of the WebEx- 45 more than information about the location of the program that 

plorer 250 (i.e., File, Options, Configure, Navigate, is to be initiated when the subject menu item is selected by 

Quicklist, and Help). th e user. For example, the activation information field for the 

FIG. 6 shows the user profile structure of the preferred highlighted item on the Configure menu of FIG. 3 contains 

embodiment. As shown, user profile structure 600 is com- information about the location of menu initializer 260. In 

prised of user name field 605, profile type field 610, mini- 50 other cases, activation information field 810 may contain the 

mum font size field 615, and menu records 620. User name location of the program that is to be initiated when the 

field 605 is used to distinguish between users in the case subject menu item is selected and location information about 

where more than one user has access to a single program. a parameter that is to be passed to the program upon 

Here we are assuming that only one user has access to initiation. For example, the QuickList menu (shown inacti- 

WebExplorer 250, so user name field 605 can be ignored. 55 vated on FIG. 3) contains a list names for Uniform Resource 

User name field 605 would be used in the case were multiple Locators (URLs) as item text. A URL must be passed to the 

users were using the same program (e.g., possibly in a page fetcher so that the associated file (i.e., the file associ- 

standalone or host-based computer configuration). Profile ated with the URL name) can be retrieved for the user upon 

type field 610 is used by profile feedback mechanism 265 to selection of a given menu item. 

send use pattern change information back to server 300 for 60 Time stamp field 815 is used to track the last date and time 
ultimate inclusion in the master profiles. Minimum font size that the subject menu item was selected. This field is used for 
field 615 is used to store the minimum font size entered by the automatic recency and the automatic time of day control 
the user in menu configuration dialog box 470 of FIG. 4B. facilities. These facilities are described in the text associated 
As mentioned, this field is used to maximize the number of with FIGS. 10A through 10D. Current rank field 820 con- 
items that can be placed in variable content menus that have 65 tains the current rank of the menu item at issue. For example 
a fixed window size. Home load flag 617, which has a the current rank of the "Menus. .. "item of FIG. 3 is seventh 
default value of TRUE, is used by menu initializer 260 to (i.e., seventh out of seven items). Manual rank field 825 is 



10/14/2003, EAST Version: 1.04.0000 



US 6,5: 

11 

used for the manual rank control facility of the preferred 
embodiment. This facility is explained in more detail in the 
text associated with FIGS. 10A through U. Rank rating field 
830 and use count field 835 are used during automatic 
ranking control. These fields are explained in more detail in 
the text associated with FIGS. 10A through 10D. Time of 
day range field 840 is used for manual time of day control, 
which is a facility that is explained in more detail in the text 
associated with FIGS. 10A through 11. 

FIG. 9 is the menu name to menu number mapping 
structure of the preferred embodiment. As shown, mapping 
structure 900 is essentially a table that contains a series of 
menu name/number pairs. A user's access of a menu (i.e., a 
menu access -event) is received by menu adjuster 255. When 
this occurs, menu adjuster 255 is given the selected menu's 
name. Menu adjuster 255 then uses mapping structure 900 
to locate the corresponding menu record within user profile 
600. For example, though not described earlier to promote 
linear progress/understanding of the invention, the user's 
access of the Configure menu on FIG. 3 was received by 
menu adjuster 255. Menu adjuster 255 then used mapping 
structure 900 to retrieve the menu record associated with the 
Configure menu (i.e., menu record 620a) from user profile 
600 and used the information contained in menu record 620a 
to arrange the menu for presentation to the user. 

Menu Arrangement 

FIGS. 10A shows the steps used to carry out the process- 
ing of menu adjuster 255 of the preferred embodiment. 
Blocks 1000, 1002, and 1004 illustrate the just-described 
receipt of the menu access event and retrieval of the asso- 
ciated menu record. 

After the menu record has been retrieved, menu adjuster 
255 retrieves the current time and date from the system clock 
of client 200 {block 1006-system clock not shown}. Menu 
adjuster 255 then sets three counter variables Topcnt, Botcnt, 
and cnt to zero {block 1008} . These counters are used to 
place menu items into an output buffer for presentation to the 
user. In block 1010, menu item entries are retrieved from the , 
menu record that was itself retrieved in block 1004. Menu 
adjuster 255 first checks the retrieved menu entry to deter- 
mine whether the user as enabled manual ranking control or 
manual time of day control for the subject menu item. The 
way in which these controls are enabled by the user is 45 
described in the text associated with FIGS. 10D through 12. 
At this point, however, it is important for the reader to 
understand how these manual control facilities work in 
relation to the automatic ranking control facilities of the 
preferred embodiment. As described earlier, the automatic 50 
ranking controls of the preferred embodiment (i.e., auto- 
matic recency, frequency, and time) are used alone or in 
combination as heuristic factors to automatically arrange the 
order in which the menu items of a menu are presented to the 
user. Manual ranking control, on the other hand, allows the 55 
user to manually control the placement of a given menu item 
irrespective of where in the list automatic ranking controls 
would have otherwise placed the item. 

Manual time of day control works in a similar fashion by 
allowing the user to specify a time period during which the 60 
associated menu item must be ranked towards the top of the 
list (i.e., menu). Menu adjuster 255 determines whether 
manual control is at issue with the subject menu item 
through reference to manual rank field 825 and time of day 
range 840 (see FIG. 8). If manual rank field 835 has a value 65 
and/or if time of day range field 840 has a time range that 
starts before and ends after the time of day that was retrieved 
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in block 1006, menu adjuster 255 knows that the subject 
entry is subject (in some way) to manual control. For the 
purposes of this explanation, assume here that the subject 
entry is not subject to manual control, which, as shown in 
5 block 1012, causes menu adjuster 255 to proceed to block 
1011 (via connector 1015) of FIG. 10B. Figure 10B contains 
most of the logic within menu adjuster 255 that supports 
automatic ranking control. 

3 Automatic Ranking 

The automatic ranking control logic of the preferred 
embodiment works by assigning points to menu items for 
the various heuristic factors and by arranging the menu 
items based on those points (i.e., from most to least). Please 
' note, though, that the present invention is not limited to a 
point-based ranking scheme or to any one weighting meth- 
odology. It should also be noted that while a fixed point 
allocation scheme is used in the preferred embodiment, only 
a slight change to menu configuration dialog box 470, user 
1 profile structure 600, and menu adjuster 255 would be 
required to provide the user with the ability to specify 
individual point allocations for each of the various heuristic 
factors. 

, Points are awarded in the preferred embodiment in the 
following manner. Each menu item can receive up to a 
maximum of one thousand (1000) points, with 200 being 
allocated for automatic time of day control and 400 points 
each being allocated for automatic recency and frequency 
control. It is also important to note the significance of the 
difference between our use of the terms selection and access. 
The word selection is used to describe the activation of a 
particular menu. item; whereas, the word access is used to 
refer to the access of the menu as a whole (i.e., the list 
containing the menu items that are potentially selected). 
Note that a menu may be accessed by a user without any of 
its menu items being selected (e.g., the user may have 
accessed the menu to see what it contained and then realized 
that a different menu contained the needed action). As the 
reader will see calculations and point assignments are pri- 
marily made based on the timing and frequency of item 
selections, with the exception being time of day control, 
which assigns points based on the time of day of past menu 
selections relative to the time of day of a current menu 
access. 

Automatic Time of Day Control 

A menu item that is subject to automatic time of day 
control receives 200 time of day points. While it would be 
possible to award points as a matter of degree (i.e., relative 
closeness in time between the last time the subject menu 
item was selected and the time of day of the current menu 
access), the preferred embodiment uses the straightforward 
method of assigning 200 time of day points for menu 
accesses that occur within +/- two hours from the time of 
day that the subject menu item was last selected. This 
determination is made by comparing the time of day value 
in time stamp field 815 of FIG. 8 with the current time of day 
as retrieved in block 1006. 

Automatic Recency Control 

Recency points are awarded based on the time differential 
between the time that the subject menu item was last 
selected and the time at which any item of the menu was last 
selected. This calculation is made by comparing last selec- 
tion time field 715 of menu record 700 (see FIG. 7) with the 
date and time value in time stamp field 815 (see FIG. 8) of 
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the menu item entry for the subject menu item. The follow- Once the appropriate points have been added to rank 
iog table shows the distribution used in the preferred rating field 830 of menu item entry 800, the menu item entry 
embodiment for automatic recency control points. is copied into the output buffer at a location of Botcnt up 

from the bottom of the output buffer. For example, if the 
5 subject menu had seven (7) menu items and the Botcnt 
counter was equal to two (2) {i.e., because this was the third 
menu item that was being processed for automatic ranking 
control}, it would be placed in the fifth location in the output 
buffer. Note that menu items that are subject to automatic 
10 ranking control are inserted into the output buffer from the 
bottom up; whereas menu items that are subject to manual 
control are inserted from the top of the output buffer down 
(as will be explained shortly). Once the subject menu item 
has been placed in the output buffer, the Botcnt counter is 
15 incremented {block 1032} (i.e., so that the next menu item 
that is subject to automatic control is placed in the output 
buffer in the location above this last menu item. 
After the Botcnt counter has been incremented, menu 
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Am m T 7 17 f ? . y e""y ^ <*°*») checks to see whether there are more 
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255 for menu item selections that do not result in selection _ c 1MjC i t ^ ™t™ u ' iUnt 

,. ± . A , . . 25 1036}. For the purposes of our explanation, assume here that 

of the subject menu itenr Use counts are decremented in his ^ ^ mQre mm ^ entries t [n {h& meQU recQrd 

fashion to ensure that the use counts do not all ultimately ^ ^ menu & proceeds to block 

weigh in at the 400 point maximum use count allocation. 1W0 lQ retrfeve me next men J u item eQt ^ from me menu 

In block 1011, the value in rank ratmg field 830 is set to recQrd md det ermines whether this menu item is subject to 

™ T0 (°)- 30 manual control {block 1012}. Assume for the purposes of 

Blocks 1013, 1014, and 1016 of menu adjuster 255 explanation that this menu item is subject to manual control, 
perform tbe automatic time of day control in the preferred 

embodiment. Menu adjuster 255 first determines whether Manual Control 
the user has enabled automatic time of day control. If so, As the reader may recall, manual control means that the 
menu adjuster 255 determines whether the time of day at 35 user has enabled either manual ranking control or manual 
which the subject menu item was last selected was two hours time of day control. When this is the case, menu adjuster 255 
before or two hours after the current time of day. This copies the associated menu item entry into the top portion of 
determination is made by comparing the time of day value the output buffer {block 1018} (i.e., from the top down 
in time stamp 815 of FIG. 8 with the time of day that was through use of the Topcnt counter), increments the Topcnt 
retrieved in block 1006. Note that while the preferred 40 counter, {block 1024}, increments the cnt counter {block 
embodiment uses a four (4) hour time span to give effect to 1030}, and again checks whether there are more menu item 
automatic time of day control, the spirit and scope of the entries in the subject menu record. Assume here that menu 
present invention is not limited to any specific period of adjuster 255 discovers that there are no more item entries in 
time, which means that the present invention should be the menu record for the subject menu, 
considered to apply equally no matter what the exact choice 45 When menu adjuster 255 has completed its initial pro- 
of time period might be. If tbe last selection time was within cessing of all of the menu items in the menu record, it 
a time period that is two (2) hours before or two (2) hours proceeds to arrange the manual ranking control entries in 
after the current time, menu adjuster 255 proceeds to block block 1038. In the preferred embodiment, manual time of 
1016, where it adds 200 time of day points to the rank rating day control is given precedence over manual ranking 
for the menu item at issue. 50 control, such that menu entries that are subject to manual 

Blocks of 1017, 1020, and 1022 of menu adjuster 255 time of day control will appear in the list before those that 

perform the automatic recency control of the preferred are only subject to manual ranking control. Where two or 

embodiment. If the user has enabled automatic recency more manual time of day control entries are involved, they 

control {block 1027}, menu adjuster 255 determines are placed at the beginning of the menu in alphabetical order, 

whether the length of time between the date and time of the 55 The reader should note that this approach may cause, in 

last menu item selection and the time and date that the certain circumstances, a menu entry to be placed at a lower 

subject menu item was last selected is more than one position (rank) in the menu than that which was specified by 

hundred twenty (120) hours. If not, the appropriate number the user. However, those skilled in the art will appreciate that 

of recency points are added to the rank rating (see the other priority arrangements are possible within the spirit and 

recency point distribution table above) in block 1022. 60 scope of the present invention. For example, manual ranking 

Blocks 1023, 1026, and 1028 of menu adjuster 255 control could be given precedence over manual time of day 

perform the automatic frequency control of the preferred control, which would have the effect of preserving manual 

embodiment. If the user has enabled automatic frequency rank settings, but prevent manual time of day control entries 

control {block 1023}, menu adjuster 255 multiplies the use from ever appearing at the beginning of the list when at least 

count for the subject menu item (i.e., in the menu item entry) 65 one manual ranking control entry was also present, 

by 20 {block 1026} and adds the use count points to the rank After the manual control entries have been arranged in tbe 

rating {block 1028}. top portion of the menu, the remaining menu entries (i.e., 
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those subject to automatic ranking control) are sorted based 255 to proceed to block 1073 where it removes the displayed 
on their rank rating points {block 1040}. In the unlikely menu before terminating its processing in block 1082. If the 
event that more than one entry has the same rank rating, selection event includes item text, menu adjuster 255 
alphabetical order is again used as a secondary ranking retrieves the associated menu item from the menu record 
factor. Once the menu items have been sorted, current rank 5 {block 1062} and determines whether the selection event is 
field 820 for each entry is updated with the current rank a right mouse button selection event. If so, menu adjuster 
{block 1042} and menu adjuster 255 determines through 255 displays the manual control dialog box in block 1066 
reference to the load flag whether it was invoked during ai *d waits for another user selection event in block 1068. 
initialization of WebExplorer 250. If menu adjuster 255 was FIGS. 11 and 12 show examples of how manual control 
invoked during initialization of WebExplorer 250, it resets 10 dialog box 1100 appears to the user. As shown, dialog box 
the load flag {block 1037} and returns to control to menu 1100 contains From/To entry area 1105, current rank display 
initializer 260 with the highest ranked menu item entry as a 1U0, override rank entry area 1115, and the OK and Cancel 
return value {block 1039}. buttons. From/To entry area 1105 is used to enter a time 

period during which manual time of day control should take 
Automatic Font Size Control 15 place for the highlighted menu item. This facility is dis- 

Assume here that the load flag was not set, which will C f USsed k more m tbc t^^ated with FIG 12. As 
cause menu adjuster 255 to proceed to block 1045 of FIG. Dame su Sgests current rank display 1100 shows the user 

10C (via connector 1044) and determine whether the user £l ™ rre Dt of M h ? hl f hhg h * d . li ™j For C3M V^ «^ 
has enabled automatic font size control. This determination J** < 1X " the h ^ ted ^ ™*V he tet of «IP & 
is accomplished through reference to minimum font size 20 ^ V^f (9) ?™ ° f ^ ^ a ° d 

field 615 of user profile 600 (see FIG. 6). If minimum font theref ° re ' h " a cu ™ 1 ' ank of ™ e <?>■ ™ e ™* shown in 
size control has been enabled, menu adjuster 255 next c ^ e ^nk ^play 1110 cannot be direcUy changed by the 
determines whether the subject menu is a fixed content menu USCr ° vcmde raak eDt ? area m5 * the entry a ~ ma j. the 
or a variable content menu {block 1046}. This determina- f.™ t0 manUa ^ chan S e * e V™*™* ° f «*e na- 

tion is accomplished through reference to FCM/VCM menu 25 hghted ltem withm the menu. As shown for example 
flag 705 of menu record 700 (see FIG. 7). If the user has not P T^' ^ ^ Uem Sh ° Uld * 

enabled automatic font size control or if the menu at issue is rankcd first J" mc hst aD fl ^accordingly, entered a "1" m 
a fixed content menu, menu adjuster 255 proceeds to block ^^e rank entry area 1115 Returning briefly to FIG. 10D 

1052 to display the menu at the default font size. me s ttt]x f^ ° f * e OI S buttOD a < ^ P?* 

, - , , , . , . 30 cause menu adjuster 255 to update manual rank field 825 

In the case were the user has enabled automatic font size withm ^ subject menu item ent {5lock im \ and 

control and the menu at issue is a variable content menu, terminate its processmg m block 1082 . Selection of the 

menu adjuster 255 proceeds to block 1047 and calculates Cancel button, or receipt of some other event (e.g., a mouse 

what size of window (i.e., the window used to display the button event ^ origmates from a location outside of the 

menu) will be needed to display the menu when considering 35 dialog box)> causes menu adjuster 255 t0 ^ to block 

Uie content of the menu (1^ all the menu items that are to 1045 of Fi c where ^ mm is ^p^a t0 the ^ 

be displayed) and the default font size. If the calculated ^ . 1 * *k r c rr 

«.•„ v ♦ *u *u • * FIG. 12 shows an example of the use of From/To entry 

window size is not greater than the maximum permissible . hac l* u *• j « . • . A J 

/ki^i,Ta^ci .u ■ , \ area 1105, which, as mentioned, allows the user to enter a 

window size {block 1048}, the menu is displayed using the • a a - w u !*• n , 1 u u 

^f, n i. f rt „. ■ a fki^i, iftjii ir t, I , f, , time penoddunng which manual time of day control should 

default font size {block 1052}. If, however, the calculated An #„i,„„i„„» e *u u- ur L , j *, KT * , , r 

v J_ M . *u *u • j • 40 take place for the highlighted menu item. Note here that for 

window size is greater than the maximum window size. 4 , c . 5 . . . , r 

«a\ ,» ->« -ii 11. *u F V ' the purposes of explanation, the user has entered a period of 

menu adjuster 255 will calculate the font size necessary to n a\m * nwi a - J l •„ /- 

ft n™ *u * • j . ? 7AM lt > 9AM dunng which menu item 1200 (i.e., the 

allow the content to fit in the menu s window (i.e., based on w ut- u. a * L •* . . \ Jr 

*k « a - \ fui 1 iArni irV i , ^ highlighted menu item with the item text "Local News 

£e maxunum widow s) {block 1050} If the calculated P ^ sbould 5e displayed at or near tbe , of ^ menu . 

h^k P y "? ^^° Dt 5?° {W f k 1116 to P of ^ «»« mechaaisms of the present 

1056}, and the program (WebExplorer 250 id this case) is „, ta «5 n .u ♦ i 4 . ^ 

i A / , ^ .,, if .u . i 4 j r - • uivention allow the user to place more than one menu entry 
left to resolve spill over. If the calculated font size in not A i c a ♦ i L iL * . • 

™ ii .k .k • • r . i • under manual time of day control, which means that entnes 

smaller than the minimum font size, menu adiuster 255 . u i • -J , . t . . . t 

.k i i !r r a ^ l y [ that have overlapping time periods will be placed in alpha- 
displays the menu using the calculated font size {block en k-*^i At *u * H ■ *u 
in<fii t* Ptl ™,u k- .k«* »k ** i • ! C 50 betical order for menu accesses that occur dunng the over- 
1058}. It should be noted that the particular way in which i r, ... f , ... t t . & . , 
. A , . i * K . , • * r • la P- Second, in the preferred embodiment, the manual rank- 
tne delault font size and maximum window size information JL m ♦ i a i ca . \ c -i .- 
• n . _ j' . • „ . mg control and manual time of day control facilities are not 
is made available to menu adjuster 255 is not important to . n i . . • . , 
»k- k^ «♦ a a * f .u . • *. t mutually exclusive. While not shown in this particular 
the benefits and advantages of the present invention. It _ i *k u * . • j « 
ok^.i^ t_ ,.„a~~.*a »k . ,k i n a . " example, the mechanisms of the present invention do allow 
should also be understood that those skilled in the art rr , . j • • « . . . * 
„ n A~~*~„A *k « .u • « a i k- u *_ f ; 55 the user to enter a range dunng which the subject item is to 
understand that there is a fixed relationship between font u„ „i^a *t tL* «f *k» iv* ^ f . 

, . , .x. . . *, . - . , . be placed at or near that top of the list and enter a manual 

size and window size (i.e., one point equals Yn of an inch). _ T f . , # . . , , . « « 

* a ' i a t *i k Au * . « * rank for penods other than the period specified in From/To 

Accordingly, details about these steps are not provided here. emry ^ ^ M previously described with reference to 

Item SelectiorVManual Control Configuration maDual n ^ . contr ° 1 ' me ejection of the "OK" 

60 button at this point will cause menu adjuster 255 to update 

Regardless of the ultimate choice in font size, menu the subject menu item entry (i.e., its time of day range field 

adjuster 255 will proceed (after display of the menu to the 840) {block 1078} and terminate its processing in block 

user) to block 1060 of FIG. 10D (via connectors 1059) to 1082. Again, selection of the Cancel button, or receipt of 

process the user's selection event. If there is not item text some other event (e.g., a mouse button event that originates 

passed to menu adjuster 255 as part of the selection event 65 from a location outside of the dialog box), causes menu 

{block 1061}, menu adjuster 255 knows that user made a adjuster 255 to proceed to block 1045 of Figure C where the 

selection outside of the window, which causes menu adjuster menu is redisplayed to the user. 
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Returning now to block 1064 of FIG. 10D, a negative 
determination here (i.e., not a right mouse button selection 
event) causes menu adjuster 255 to next determine whether 
the selection event is a left mouse button selection event. If 
not, menu adjuster 255 proceeds to block 1073 and removes 5 
the displayed menu from the user's screen before terminat- 
ing its processing in block 1082. A left mouse button 
selection event signals the actual selection (desire for 
activation) of a particular menu item. Accordingly, menu 
adjuster 255 updates last selection field 715 and time stamp 10 
field 815 with the current date and time {block 1071} and 
increments the value in use count field 835. In the preferred 
embodiment, the use count is incremented by a value of one 
and two tenths (1.2). The additional two tenths (0.2) of a 
count is used to compensate for a two tenths (0.2) "non-use** 15 
decrement in the following processing block. Those skilled 
in the art will appreciate that other methods are possible 
within the spirit and scope of the present invention. Then, as 
mentioned, menu adjuster 255 reduces the use count of each 
the remaining menu item by two tenths (0.2) {block 1078}. 20 2 
This "non-use" decrement is in place within menu adjuster 
255 because without it every menu item's use count would 3 
eventually reach the maximum {twenty (20) in the preferred 
embodiment}, which would have the effect of canceling out 
any frequency-based menu item arrangement. Once the use 25 
counts of the non-selected menu items have been 4, 
decremented, menu adjuster 255 ensures that the incre- 
mented use count does not exceed twenty (20) {blocks 1079 
and 1080}, and then proceeds to initiate the selected func- 
tion via activation information field 810 of the subject menu 
item entry {block 1081}. Menu adjuster 255 then terminates 
its processing in block 1082. 

FIGS. 13 A through 13D are used to illustrate how the 
automatic and manual control facilities of the preferred 
embodiment of the present invention interrelate with one 
another and how the various control values of the preferred 
embodiment would vary based on a series of fictitious user 
menu accesses and item selections. While the tables contain 
information from the menu item entries of the. QuickList 
menu, it should be noted that the tables do not represent any 
specific data structure, but have instead been created as an 
explanation aid. As shown on each Figure, each table has 5 
columns and 10 rows. The column headings have the 
following meanings: "Item" is short for the text contained in 
item text field 805; "R" is short for value in current rank field 
820; "UC" is short for the value contained in use count field 
835; "LS," which stands for "last selection" is a synthesized 
version of the information contained in time stamp field 815; 
and "RR" is short for the value contained in rank rating field 
830. Note that the text in the item column has been truncated 
for space reasons. The reader may refer to FIG. 12 or FIG. 
13 to sec the full text of the menu items. Note also that the 
values that are shown in the LS column represent the time 
of day of the last selection of the particular menu item (in 
military time) followed by the number calendar days since 
that last selection. For example, the last selection of menu 
item 1200 occurred at 12 PM, 8 calendar days before the 
current day. 

Referring now specifically to FIG. 13A, the reader is 
asked to assume that the current rank ratings represent past 60 
activity of the QuickList menu, with the most recent menu 
item (1315) having been selected at 7:05 AM on the current 
day. Please further assume that menu item 1200 is subject to 
manual time of day control (see FIG. 12), that menu item 
1150 is subject to manual ranking control (see FIG. 11), and 65 
that the user has enabled all three heuristic factors (i.e., 
recency frequency, and time of day) for automatic ranking 



control (see FIG. 4B). Note below the calculation of the rank 
ratings for the 5 menu items that we will track through this 
explanation. 





Item 


Item 


Item 


Item 


Item 


Heuristic Factor 


1200 


1150 


1315 


1320 


1325 


Recency Points 


0 


200 


400 


150 


0 


Frequency Points 


40 


220 


120 


340 


0 


T. of Day Points 


_0 


200 


200 


0_ 


0_ 


Rank Rating 


40 


620 


720 


490 


0 



30 



35 



40 



45 



50 



55 



Menu Item 1200— "Local News Paper" 

Approximately 187 hours have elapsed since this item was 
last selected, which means that it receives 0 recency 
points (please refer to the automatic recency control table 
above). 

This item has a use count of 2, which means that it 
receives 40 frequency points. 

3. This item was last selected at 12 PM, which means that 
it receives 0 time of day points (i.e., because its selection 
did not occur within +/-2 hours from the current time of 
day). 

4. Total-40. 

5. This item appears at the top of the list due to its manual 
time of day control setting. 

Menu Item 1150— "IP & LS" 

1. Approximately 25 hours have elapsed since this item was 
last selected, which means that it receives 200 recency 
points (please refer to the automatic recency control table 
above). 

2. This item has a use count of 11, which means that it 
receives 220 frequency points. 

3. This item was last selected at 6 AM, which means that it 
receives 200 time of day points (i.e., because its selection 
occurred within +/-2 hours from the current time of day). 

4. Total 620. 

5. Appears at rank 2 due to its manual ranking control 
setting. 

Menu Item 1315— "U.S. Patent Database Index 
Search" 

1. Less than Vi hour has elapsed since this item was last 
selected, which means that it receives 400 recency points 
(please refer to the automatic recency control table 
above). 

2. This item has a use count of 6, which means that it 
receives 120 frequency points. 

3. This item was last selected at 7 AM, which means that it 
receives 200 time of day points (i.e., because its selection 
occurred within +/-2 hours from the current time of day). 

4. Total 720. 

Menu Item 1320 — "IBM Intelligent Agents Home 
Page" 

1. Approximately 68 hours have elapsed since this item was 
last selected, which means that it receives 150 recency 
points (please refer to the automatic recency control table 
above). 

2. This item has a use count of 17, which means that it 
receives 340 frequency points. 

3. This item was last selected at 12 PM, which means that 
it receives Q time of day points (i.e., because its selection 
did not occur within +/-2 hours from the current time of 
day). 

4. Total -490. 
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Menu Item 1325 — "Software Patent Institute" 

1 . Approximately 237 hours have elapsed since this item was 
last selected, which means that it receives 0 recency 
points (please refer to the automatic recency control table 
above), 5 

2. This item has a use count of 0, which means that it 
receives 0 frequency points. 

3. This item was last selected at 10 AM, which means that 
it receives 0 time of day points (i.e., because its selection 
did not occur within +/-2 hours from the current time of 10 
day). 

4. Total=0. 

Assume that during the 7:15 AM menu access the user 
selects menu item 1325. Then, at 7:30 AM, the user accesses 
the QuickList menu again. FIG. 13B reflects the state of the 15 
table. Note that menu item 1325 has moved from a rank of 
10th to a rank of 4th, due primarily to its recent selection 
(recency) and to the fact that the selection occurred within 
+/-2 hours of the current time. Note the table below and the 
associated explanation. 20 



20 



3. This item was last selected at 7:15 AM, which means that 
it receives 200 time of day points (i.e., because its 
selection occurred within +/-2 hours from the current 
time of day). 

4. Total«620. 

Assume that during the 7:30 AM menu access the user 
selects menu item 1320. Then, at 8:45 AM, the user accesses 
the QuickList menu again. FIG. 13C reflects the state of the 
table. Note that menu item 1320 has moved from a rank of 
7th to a rank of 3rd, due primarily to an increase in its 
recency points and to the fact that the selection occurred 
within +/-2 hours of the current time. Note the table below 
and the associated explanation. 
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Item 


Item 


Heuristic Factor 
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1150 


1315 


1320 


1325 


Recency Points 
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200 


400 


400 


400 


Frequency Points 
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212 


112 


356 
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T. of Day Points 


_0 
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200 


200 


200 
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32 


412 


712 


956 


616 



Heuristic Factor 


Item 
1200 


Item 
1150 


Item 
1315 


Item 
1320 


Item 
1325 


Recency Points 
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200 


400 


150 


400 


Frequency Points 


36 


216 


116 


336 


20 


T. of Day Points 
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200 


200 


0_ 


200 


Rank Rating 


36 


616 


716 


486 


620 



Menu Item 1200— "Local News Paper" 

1. This item's total changes only due to a frequency count 
deduction of 4 points. See block 1078 of FIG. 10D and the 
associated text. 

2. Totalo32. 



Menu Item 1200— "Local News Paper" 

1. This item's total changes only due to a frequency count 
deduction of 4 points. See block 1078 of FIG. 10D and the 35 
associated text. 

2. Total=36. 

Menu Item 1150— "IP & LS" 

40 

1. This item's total changes only due to a frequency count 
deduction of 4 points. See block 1078 of FIG. 10D and the 
associated text. 

2. Total 616. 

45 

Menu Item 1315 — "U.S. Patent Database Index 
Search" 

1. This item's total changes only due to a frequency count 
deduction of 4 points. See block 1078 of FIG. 10D and the 
associated text. 50 

2. Total«716. 

Menu Item 1320 — "IBM Intelligent Agents Home 
Page" 

1. This item's total changes only due to a frequency count 55 
deduction of 4 points. See block 1078 of FIG. 10D and the 
associated text. 

2. Total=486\ 

Menu Item 1325— "Software Patent Institute** 60 

1. Less than \k hour has elapsed since this menu item was 
selected, which means that it receives 400 recency points 
(please refer to the automatic recency control table 
above). 65 

2. This item now has a use count of 1, which means that it 
receives 2Q frequency points. 



Menu Item 1150 — "IP & LS" 

1. This item loses 4 points due to the frequency count 
deduction. See block 1078 of FIG. 10D and the associated 
text. 

2. This item also loses 200 points due to the fact that its last 
selection occurred at a time of day that was more than 
+/-2 hours from the current time of day. 

3. Total=412. 

Menu Item 1315— "U.S. Patent Database Index 
Search" 

1. This item's total changes only due to a frequency count 
deduction of 4 points. See block 1078 of FIG. 10D and the 
associated text. 

2. Total=712. 

Menu Item 1320— "IBM Intelligent Agents Home 
Page" 

1. This item receives 400 recency points because it was 
selected within Vi hour of the last menu item selected (i.e., 
because it was the last menu item selected) 

2. This item receives an increased number of frequency 
points because of its selection. 

3. This item receives 200 time of day points because the time 
of day of its last selection was within +/-2 hours of the 
current time of day. . 

4. Total=956. 

Menu Item 1325— "Software Patent Institute" 

1. This item's total changes only due to a frequency count 
deduction of 4 points. See block 1078 of FIG. 10D and the 
associated text. 

2. Total-616. 



45 
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Assume that the user does not make a selection during the 
8:45 AM menu access. Then, at 9:15 AM, the user accesses 
the QuickList menu again. FIG. 13D reflects the state of the 
table. Note that menu item 1200 has moved from a rank of 
1st to a rank of 10th, due to the fact that it manual time of 
day control setting expired (see FIG, 12). Note the table 
below and the associated explanation. 



Heuristic Factor 


Item 
1200 


Item 
1150 


Item 
1315 


Item 
1320 


Item 
1325 


Recency Points 
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200 


400 


400 


400 


Frequency Points 


32 


212 


112 


360 


20 


T. of Day Points 


_0 


0_ 
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200 


200 


Rank Rating 


32 


412 


512 


960 


620 



Menu Item 1200— "Local News Paper" 
No change. 

Menu Item 1150-"IP & LS" 

No change. 

Menu Item 1315 — "U.S. Patent Database Index 
Search" 

1. This item loses the 200 time of day points because the 
time of day that it was last accessed is more than +/-2 
hours from the current time of day. 

2. Total -512. 

Menu item 1320 — "IBM Intelligent Agents Home 
Page" 

No change. 

Menu Item 1325 — "Software Patent Institute" 
No change. 

Profile Feedback — Client 

FIG. 14A is a diagram that shows the steps used in the 
preferred embodiment to carry out the processing of profile 
feedback mechanism 265. As mentioned earlier, profile 
feedback mechanism 265 is scheduled to execute periodi- 
cally by menu initializer 260. As its name suggests, its 
purpose is to provide feedback about the menu selection 
patterns of its user so that this information can be incorpo- 
rated into master profiles on server 300. In block 1400, 
profile feedback mechanism 265 begins to execute per its 
scheduling. In block 1405, profile feedback mechanism 265 
retrieves the menu records for fixed content menus from the 
user profile. Profile feedback mechanism 265 then creates a 
profile update message {block 1410} and sends the message 
to the server {block 1415} before terminating its processing 
in block 1420. 

FIG. 14B shows the format of the profile update message 
of the preferred embodiment. As shown, profile update 
message 1430 contains program name field 1435, profile 
type field 1437, and a series of menu records 1440. In our 
example, program name field 1435 will contain an identifier 
for WebExplorer 250, profile type field 1437 will contain the 
"Engineer" identifier (see FIG. 4B), and menu records 1440 
will be the menu records for each of the fixed content menus 
of WebExplorer 250 (i.e., all of the menu records except the 
QuickList menu record, which, as discussed, is a variable 
content menu). 
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Profile Management — Server 

FIG. 15A is a diagram that shows the steps used in the 
preferred embodiment to carry out the processing of profile 
management mechanism 355 of the preferred embodiment. 
Profile management mechanism 355, which is started as part 
of the normal initialization of server 300, waits for messages 
from its clients in block 1505. When a message is received, 
profile management mechanism 355 determines whether the 
message is a profile request message (i.e., as sent by a menu 
initializer) or a profile feedback mechanism (i.e., as sent by 
a profile feedback mechanism) {block 1510}. If the message 
is a profile request message, profile management mechanism 
355 retrieves the specified master profile (i.e., as specified in 
the request message) {block 1515}, and sends a copy of the 
master profile to the client {block 1525} before returning to 
block 1505 to await further messages. Please refer to the text 
associated with FIG. 4A for details on how the master profile 
is received and handled by the client. 

If, in block 1510, profile management mechanism 355 
determines that the message is a profile feedback message, 
profile management mechanism 355 updates the menu pref- 
erence records to reflect the received information {block 
1520}, and updates the appropriate master profile (if 
necessary) {block 1530} before returning to block 1505 to 
await further messages from its clients. 

Each program being serviced by the menu management 
mechanisms of the preferred embodiment (e.g., WebEx- 
plorer 250) has associated with it (on server 300) a series of 
program preference profiles (i.e., one for each profile type 
{e.g., "Engineer"}). Each of these program preference pro- 
files is stored in program preference repository 360. FIG. 
15B shows the format of the program preference profile of 
the preferred embodiment. As shown, program preference 
profile 1540 contains program name field 1545, profile name 
field 1547, and a series of menu preference records 1550. 
The program name field contains the name of the program 
at issue (here WebExplorer) and the profile name field 
contains information about the profile type (here 
40 "Engineer"). 

FIG. 15C shows the format of the menu preference record 
of the preferred embodiment. As shown, each menu prefer- 
ence record contains menu number 1557, which, it should be 
noted, corresponds to a menu number within the master 
45 profile (see FIG. 5), and a series of menu item preference 
entries 1560. 

FIG. 15D shows menu item preference entry structure 
1563, which is the structure used for menu item preference 
entries 1560 of FIG. 15B. As shown, each menu item 

50 preference entry contains menu item text field 1565 and a 
series of rank votes fields 1570. Each time a profile feedback 
message is received, profile management mechanism 355 
increments the rank vote value for each menu item from 
each menu record to reflect the rank that each item appears 

55 in its respective menu (see block 1520 of FIG. 15A). For 
example, the Configure menu, as shown on FIG. 3, has the 
"Menus ..." item ranked 7th. A profile feedback message 
that was initiated at a time when the "Menus ..." item was 
■ so ranked would cause profile management mechanism 355 

60 to increment the RNK7__VS field of the menu preference 
entry associated with the "Menus ..." item by one. 

Once all of the menu preference entries have been 
updated to reflect the information contained in a profile 
update message, profile management mechanism 355 will 

65 next rearrange the menu items within the associated master 
profile (i.e., the one of the type specified in the profile update 
message), if necessary (see block 1530 of FIG. ISA). This 
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rearrangement is based on the number of rank votes each 
menu item has for each rank within a menu, with the menu 
item with the most votes for a given rank being placed at that 
rank. Ties are handled based on alphabetical order, with the 
losing menu item being placed at some other rank based on 5 
it having the highest vote total for that other rank. It should 
also be understood that the rank vote fields are large enough 
(in the preferred embodiment) to handle 10,000 votes. When 
a rank vote field is incremented by profile management 
mechanism 355 such that it will exceed 10,000 votes, all of 10 
the rank votes are normalized as low as possible while still 
retaining the absolute vote differences of the values. For 
example, if a menu had three items, one that had a rank vote 
that was about to exceed 10,000, one item that had a rank 
vote value of 6000, and one item that had a rank vote of is 
2000, the rank vote value of 2000 would be set to 0, with the 
other two being dropped by 2000 such that the highest rank 
vote value was 8000 and the next highest rank vote was 
4000. This normalization logic is not shown. 

20 

Advantages 

A first advantage of the present invention is that it 
provides automatic arrangement of menu items based on 
more than one heuristic factor. 

25 

A second advantage of the present invention is that it 
provides automatic recency control for fixed content menus. 

A third advantage of the present invention is that is 
provides automatic frequency control for variable content 
menus. 30 

A fourth advantage of the present invention is that it 
provides time of day control for menu management. 

A fifth advantage of the present invention is that it 
provides the user with the ability to order menu items by 
manually ranking menu items and by specifying periods of 35 
the day at which certain menu items should appear at or near 
the top of a menu. 

A sixth advantage of the present invention is that it 
provides the user with the ability to specify a minimum font 
size for variable content menus, thereby maximizing the 40 
amount of content that can appear and be seen by the user. 

A seventh advantage of the present invention is the 
provision for feedback-based menu initialization that allows 
initialization of menus based on user type. 45 

An eighth advantage of the present invention is that it 
allows a web browser user to choose to have their web 
browser automatically load a selected home-base web page 
after initialization or to have the web browser automatically 
load the web page that appears at the top of a URL list. 50 

The embodiments and examples set forth herein were 
presented in order to best explain the present invention and 
its practical application and to thereby enable those skilled 
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in the art to make and use the invention. However, those 
skilled in the art will recognize that the foregoing descrip- 
tion and examples have been presented for the purposes of 
illustration and example only. The description as set forth is 
not intended to be exhaustive or to limit the invention to the 
precise form disclosed. Many modifications and variations 
are possible in light of the above teaching without departing 
from the spirit and scope of the following claims. 
What is claimed is: 

1. A computer system comprising: 
a processor; 

memory connected to said processor; 

a program stored in said memory for execution on said 
processor; and 

a first menu, said first menu being presented by said 
program, said first menu having at least some menu 
items arranged based on two or more heuristic factors, 
wherein at least one of said two or more heuristic 
factors is selected from the group consisting of 
recency of menu item selection, frequency of menu 
item selection, and time of day of menu item 
selection, and wherein said menu is selected from the 
group consisting of a fixed content menu, a variable 
content menu, and a mixed menu; 
a profile information which is used for initializing said 
arrangement of said menu items, said profile infor- 
mation being gathered based on feedback about a 
specific user type. 

2. The computer system of claim 1, wherein said com- 
puter system is capable of supporting two or more users. 

3. A computer system comprising: 
a processor; 

memory connected to said processor, 

a program stored in said memory for execution on said 
processor; and 

a menu for presentation by said program, said menu 
having at least some menu items arranged based on 
profile information that was gathered based on feed- 
back information about a specific user type and wherein 
said profile information is periodically update to reflect 
use patterns of users of said specific type. 

4. A program product comprising: 

a program, said program being capable of presenting a 
menu, said menu having at least some menu items 
arranged based on profile information gathered based 
on feedback about a specific user type a wherein said 
profile information is periodically updated to reflect use 
patterns of users of said specific type; and 

signal bearing media bearing said program product. 

***** 
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The above operations of the data transfer system do not 
distinguish between application programs and instances of 
application programs. Prom the perspective of an applica- 
tion program, each instance of the application program is 
simply another segment of data. Hie application determines 
what data to "copy" or where to ''paste** data based in part 
on which instance of the application those editing com- 
mands originate from The instance of the application pro- 
gram may also affect the selection of the data type. 
Otherwise, the particular instance of the application program 
generally does not affect the steps discussed above. 
| Selecting Editing Buffers And Data) 

FIGS. 5 to 11(b) show, from the user's perspective, 
operational examples of the above data transfer system in 
transferring multiple data selections between multiple appli- 
cation programs without leaving focus. 

FIG. 5 shows display screen 22 with cursor 200 and 
instances of four application programs. APP-1 210 is an 
instance of an application with simulated text. APP-2 220 is 
an instance of an application with simulated graphics. APP-3 
230 is an instance of an application with a simulated 
spreadsheet, and APP-4 240 is an instance of a general 
application with no data shown. 

The four applications shown In FIG. 5 are illustrative of 
a typical multitasking situation and should not be considered 
limiting in any sense. In particular, the invention is operable 
with any kind of application program, and not necessarily 
with just text spreadsheet and graphics application pro- 
grams. 

Cursor 200 can be used to bring any of the instances of the 
applications into focus, to select and manipulate data, and to 
select commands and options from pull-down menus. In 
addition, key stroke combinations can be used to perform 
some or all of these functions. Cursor 200 can be controlled 
by the user through pointing device 27 or by some other 
means (e.g.. key strokes, voice recognition, a touch screen, 
a light pen. etc.). 

In FIG. 6(a). the user brings APP-1 210 into focus and 
makes a first text data selection 212. In FIG. 6(t>). the user 
manipulates edit pull-down menu 214 to select a "copy" 
operation. Selecting the "copy** operation (or the "cut" 
operation) automatically brings up another menu 216. here 
shown as a pull-right menu but just as easily implemented 
with a pull-left or pop-up or other type of user interface. 
Menu 216 shows which of the multiple memory buffers in 
the clips tack are available for storing data from APP-1. 
Preferably, menu 216 is brought up with the next blank 
memory buffer preselected by default so as to speed the 
next step, which is for the user to select one of the multiple 
memory buffers, in a case where the user wishes to select the 
next blank buffer. 

While still in focus in APP-1. the user can select any of 
the displayed memory buffers, and is not limited to the 
memory buffer pre- selected for him. Thus, in FIG. 6(c). 
without ever leaving focus from APP-1 210. the user 
manipulates menu 216 to select memory buffer #2. First text 
data selection 212 is then automatically stored into editing 
buffer #2 by this operation. 

Preferably, if there is only one buffer active and if that 
buffer is blank, then data automatically is stored into the 
blank buffer without requiring the user to select which buffer 
is desired. 

FIG. 6(o*) shows an alternate form of pull -right menu 216. 
in which indicators 219 show the type of data contained in 
each of the memory buffers. Indicators 219 can be text, 
icons, thumbnails, or any other type of symbols that indi- 
cates the contents of the memory buffers. If the buffer is 
empty, then indicator 219 would be blank. 
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The "copy" operation and the buffer can be selected at the 
same time, for example, by a key stroke combination which 
may be user-customizable and/or pre-defined. Thus, a user 
can press the 4t Ctrt.** "C.** and "2" keys in combination to 

5 copy the selected data into memory buffer #2. Alternatively, 
if pointing device 27 is a mouse with multiple buttons, then 
the buffer can be selected by reference to which mouse 
button is used with edit pull-down menu 214. For example, 
buffer #1 can be selected by using the left mouse button to 

to select "copy "buffer #2 can be selected by using the center 
mouse button, and buffer #3 can be selected by using the 
right mouse button. Other means, such as voice recognition 
and touch screens, can also be used to select the "copy** 
operation and the buffer simultaneously. 

15 Preferably, all the above operations are a default mode of 
operation which can be overridden by user-customization. 

In FIG. 7(a). second text data selection 218 is selected. In 
FIG. 7(b). edit pull-down menu 214 and editing buffer 
pull-right menu 216 are used to copy second text data 

20 selection 218 into editing buffer #3. 

Note that two text data selections are copied into two 
different editing buffers in the above operations while in 
focus in application APP-1 210. While it Is certainly possible 
to leave focus in the application between these operations. 

25 the ability to copy multiple data selections into multiple 
memory buffers without ever leaving focus from a single 
application is a distinct advantage over conventional sys- 
tems. 

In FIG. 8(a). APP-2 220 is brought into focus and graphic 

30 data selection 222 is selected. In FIG. 8(6). graphic data 
selection 222 is "cut* into memory buffer #1 by use of edit 
pull-down menu 224 and memory buffer pull-right menu 
226. Because a "cut" rather than a **copy w operation is 
selected, graphic data 222 is deleted from APP-2 220. 

35 In FIG. 9(a). the user brings APP-3 230 into focus and 
selects position 232. In FIG. 9(b), the user manipulates edit 
pull-down menu 234 so as to select a "paste" operation. 
Selecting the "paste" operation automatically brings up 
another menu 236. here shown as a pull-right menu but just 

40 as easfly implemented as some other type of user interface, 
which shows which of the multiple memory buffers in the 
copystack are available to recall data from. Preferably, menu 
236 is brought up with the last buffer into which data was 
stored preselected by default so as to speed the next step. 

43 which is for the user to select one of the buffers, in a case 
where the user wishes to recall the last data stored. 

While still in focus in APP-3, the user can select any of 
the displayed memory buffers, and is not limited to the buffer 
pre- selected for him. Thus, in FIG. 9(c). while still in focus 

50 in APP-3 230. the user manipulates menu 236 so as to select 
memory buffer #3. As a result second text data selection 
218. which is stored in memory buffer #3. is recalled from 
memory buffer #3 and "pasted" into the designated position 
in APP-3 230. 

55 As with the "cut" and "copy* operations, the "paste** 
operation and the buffer can be selected at the same time, for 
example, with a pre-destgnated or user-customizable key- 
stroke combination such as "control**, "V" and "3**. or with 
particular mouse buttons, or the like. 

60 It should be noted mat if there is only one memory buffer 
with data in it (Le.. all other buffers are blank), then selection 
of a "paste** operation preferably will automatically select 
that non-blank buffer and "paste** data from it without the 
need for further instructions from the user. 

65 Again, it is preferred for the above operations to be 
user-customizable so as to override default modes of 
operation. 
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In FIG. 10(a), AFP-4 240 is brought into focus and single stroke. Thus, the invention should be determined by 
position 242 is selected. In FIG. 10(6). a "paste" operation the following claims and their legal equivalents, and should 
is selected with edit pull-down menu 244 and memory buffer not be limited to the particular embodiment illustrated. 
#1 is selected with pull-right menu 246. As a result, first What is claimed is: 

graphic data selection 222 is pasted into APP-4 240. 5 1. Acomputer implemented method for storing data from 

In FIG. 11(a), position 242 is selected at a new position an instance of an application program into at leasl one of 
tn APP-4 240. In FIG. 11(£>), the "paste" operation is multiple memory buffers, comprising the steps of: 
selected with edit pull-down menu 244 and buffer #2 is Krin«in« ^ -a i- *• 

selected with n^m<^ buffer menu 246. As aresult. fcttext ^f. ° f appUcaUOn pr ° eram lflt ° 

data selection 212 is "pasted" into APP-4 240 at position io , . * J . 

242. selecting data in said instance of said application pro- 

In the above * pasting" operations, multiple memory buff- grara; 
ers are accessed while still in focus in a single application wftiic ^ insta nce of said application program is in 
window. While the memory buffers certainly can be focus * selcctin g a store operation; 

accessed from within different application windows, the 15 while said instance of said application program is still in 
ability to "paste** data from multiple memory buffers without focus, selecting one of the memory buffers; and 

ever leaving focus from a single application window is a automatically storing the selected date into the selected 
great advantage over conventional systems. one of the memory buffers. 

FIGS. 12(a) and 12(b) are Bow charts describing the "cut" 2. The method of claim 1, wherein the step of selecting a 
and "copy" orwauonsi^ 20 store operation and the step of selecting the buffer occur 

an instance of an application is brought into focus. Then. simultaneously. 

data is selected in the application in step S1201. Either a 3. The method of claim 2. wherein a left click on a mouse 
cut or a "copy" operation is selected while in focus in the simultaneously selects a store operation and a first buffer 
instance of the application in step S1202. In step S1203, one and wherein a right click on the mouse simultaneously 
of the multiple buffers is selected while still in focus in the 25 selects a store operation and a second buffer 
instance of the application. In step S1204, the application 4. The method of claim 2. wherein a keystroke comhina- 
checks to see if the selected buffer is empty. If the selected tion simultaneously selects a store operation and one of the 
buffer is not empty, step S1205 clears the selected buffer. In multiple buffers. 

either case, the selected data is automaUcally stored into the 5. The method of claim 4, wherein the keystroke corabi- 
selected buffer in step S1206. In step S1207, flow is directed 30 nation is user-customizable. 

to step S1208 if a "cut** operation is selected. In step S1208. 6. The method of claim 1. wherein the step of selecting 
the selected data is deleted from the instance of the appli- one of the memory buffers selects a next blank memory 
caUon ' buffer if no one of the memory buffers is explicitly selected. 

** " ™" l2(b) * Stcp S1203can ***** compose 7. The method of claim 1, wherein all of the steps are 

steps S1231. S1232, and S1233. S1231 determines whether 35 performed by use of a pointing device, 
or not one of the multiple buffers is explicitly selected. Step 8. The method of claim 1. wherein the step of selecting a 
S1Z32 uses the selected buffer in the case one of the multiple memory buffer is performed by use of a menu, 
buffers is explicitly selected Step S1233 selects the next 9. The method of claim 8, wherein said menu includes 
Wank buffer if one of the multiple buffers is not explicitly indicators that show the type of data stored in each of the 
selected. 40 memory buffers. 

FIGS. 13(a) and 13(b) are flow charts describing the 10. The method of claim 1, wherein each of said multiple 
•paste operations illustrated above. In step S1300, an memory buffers is a system-wide memory buffer, 
application is brought into focus. In step S1301. a position 11. The method of claim 1, further comprising the step of 
is selected in the application. A "paste" operation is selected deleting the selected data from said instance of said appti- 
white the application is in focus in step S1302. In step 45 cation program after the selected data is stored to me 
S1303, one of the multiple memory buffers is selected while selected one of the memory buffers, 
the application is still in focus. In step S1304, data is 12. The method of claim 1. further comprising the steps 
automatically recalled from the selected memory buffer to of: 

the selected position in the instance of the application. ^x-***** . . . . ^ r t . . 

As shown in FIG. 13(H step S1303 can Ser emprise 50 "£2^ ^ " * *"* 

steps S1331, S1332, and S1333. Step S1331 determines k , ^ t £ 

whether or not one of the multiple buffers is explicitly * smd v**™** of said application program is in 

selected. If one of the multiple buffers is explicitly selected, focus * °P cratioD » 

step S1332 uses the selected buffer. If one of the buffers is wniJe said instance of said application program is still in 
not explicitly selected, step S1333 selects the last buffer into 55 focus * seltcXin & another one of the multiple buffers; and 
which data was stared by a "copy" or "cut" operation. automatically storing the other selected data into the other 

I Conclusion I selected one of the buffers. 

The invention is described above with respect to a par- ^* ^ *nethod of claim 12. further comprising the step 
ticular illustrated embodiment Many variations exist. For °f increasing the number of buffers after each store opera- 
example, the multiple memory buffers can reside in a more 60 t * on * 

limited environment than an entire operating system, such as 14 - A computer implemented method for copying data 
a work group consisting of a limited number of related * rom 31 one of multiple memory editing buffers into an 
application programs. Alternatively, the memory buffers can instance of an application program comprising the steps of; 
reside within a single application program In addition, a bringing said instance of said application program into 
different computing device (e.g.. a Macintosh) can be used. 65 focus; 

A user interface can also be provided which clears selected while said instance of said application program is in 
- ones of the. buffers or which clears all of the buffers with a focus, selecting a recall operation* 
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